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PACKET TRANSFERRIN G APPARATUS 



Background of the I nvention 



Field of the Invention 

The present invention relates to a packet transferring apparatus, 
and in particular to a packet transferring apparatus which executes a 
packet transfer in a network having terminals connected by the TCP 
(Transmission Control Protocol) communication or the UDP (User 
Datagram Protocol) communication. 

As the utilization of the network for communication between 
terminals (hereinafter occasionally referred to as inter- terminal 
communication) extends, a relay between the networks, e.g. a mutual 
connection between LAN's (Local Area Networks), or an LAN and a 
leased line becomes necessary for enlarging the scale of the network. 

In the network thus constructed, the IP (Internet Protocol) 
network is the mainstream at present. This IP is a protocol of 
connectionless type corresponding to the network layer in the OSI 
(Open Systems Interconnection) model of the ISO (International 
Organization for Standardization). 

In the IP communication of connectionless type, different from a 
connection type of protocol which preliminarily secures a channel 
between the terminals, the packet transferring apparatus which 
mutually connects the LAN's performs a transfer process of a packet 
storing therein communication data whereby the inter-terminal 
communication is realized. 

In order to realize a connection-type communication by using the 
connectionless-type IP communication, it is required that a connection 
called "session" is established by the TCP corresponding to an upper 
transport layer and session layer and then the inter-terminal 
communication is performed. 




On the other hand, when a connectionless -type packet 
communication is performed between the terminals, a connectionless - 
type UDP is substituted for the TCP. Which of the TCP or the UDP 
should be used for the communication depends on the selection of an 
5 application which performs the inter-terminal communication. 

Description of the Related Art 

Fig. 10 shows a general network arrangement where a packet 
transferring apparatus mutually connects a plurality of LAN's. 

10 In this arrangement, terminals connected to the same LAN 

mutually and directly communicate not through the packet 
transferring apparatus. For example, terminals 11 and 13 connected to 
an LAN1 can communicate mutually and directly by 
transmitting/receiving a packet through the LAN1. 

15 On the other hand, terminals not connected to the same LAN 

communicate mutually through a plurality of packet transferring 
apparatuses and LAN's. 

In the communication between terminals 11 and 62, for instance, 
the packet transmitted from the terminal 11 is relayed through the 

20 route of LANl-^ packet transferring apparatus 1-^LAN4— » packet 
transferring apparatus 2— >LAN5-^ packet transferring apparatus 3— »■ 
LAN6 in this order to be received at the terminal 62. The packet 
transmitted from the terminal 62 is relayed in the order reverse to the 
above-mentioned order to be received at the terminal 11. In this way, 

25 the communication between the terminals 11 and 62 is realized. 

At this time, the packet transferring apparatus 1 receives the 
packet transmitted from the terminal 11 at an interface IF1 connected 
to the LAN1, determines, from field values of a header portion which 
stores therein control information of the packet such as a destination 

30 address in the packet, an interface IF4 connected to the LAN4 as an 
interface to which the packet is to transmitted, and transmits the 
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packet from this interface IF4. In the same way, the interface IF4 
performs a packet transferring process of receiving the packet 
transmitted from the terminal 62 and transmitting the packet from the 
interface IF1 to the LAN1. 
5 The packet transferring apparatuses, e.g. packet transferring 

apparatuses 1-3 in the network arrangement of Fig. 10, executes such a 
packet transferring process, so that the inter- terminal communication 
is realized. 

On the other hand, the packet transferring apparatus also has a 

10 general function of prohibiting a specific communication on the 
network and preventing an illegal access as a part of a network 
management not only by transferring a packet but also abandoning a 
specific packet without being transferred. 

To permit/prohibit the communication between specific terminals, 

15 specific terminal groups, specific LAN's, and specific applications is 
made possible by a "filtering process" for the packet transferring 
apparatus to transfer/abandon a specific packet. 

In the network arrangement of Fig. 10, for instance, regarding the 
communication between the terminal 22 connected to the LAN2 and 

20 the terminal group connected to the LAN1, when a network 
management person performs such a network management that the 
communication between the terminals 22-11 is permitted, and the 
other communications between the terminals 22-12 and the terminals 
22-13 are prohibited, the packet transferring apparatus 1 transfers 

25 only the packet whose source address and destination address 
respectively designate the terminals 22 and 11, and the packet whose 
source address and destination address respectively designate the 
terminals 11 and 22. 

The filtering process is executed such that the packet is 

30 abandoned when the packet does not meet the above-mentioned 
condition, the source address designates the terminal 22, and the 



3 



upper bit of the destination address designates the terminal connected 
to the LAN1. 

Generally in the IP network, the terminal connected to the same 
LAN belongs to the same subnetwork, and the upper bit within a 
predetermined range in the addresses of the terminals becomes equal. 
The above-mentioned filtering process enables a network management 
person or a network manager to perform such a network management 
that the communication between the terminal 22 and the terminal 
group connected to the LAN! is prohibited except the communication 
between the terminals 22-11. 

In the same way as the above-mentioned example, the network 
manager combines various filtering conditions for determining the 
transfer/abandonment per packet to be set in the packet transferring 
apparatus. Thus, the network manager can perform such a security 
control of a more complicated network that a necessary communication 
is permitted while the illegal access from an external network outside 
the company such as LAN4, LAN5, and LAN6 is controlled supposing 
that e.g. the LAN1, the LAN2, and the LAN3 in Fig. 10 is made an 
internal network of the company, and the interface IF4 of the packet 
transferring apparatus 1 is made an interface with the outside of the 
company. 

In addition, a "priority control" of not only permitting/prohibiting 
a specific communication on the network but also treating a specific 
communication prior to other communications is realized by the packet 
transferring apparatus distinguishing a packet of a specific 
communication and preferentially processing the distinguished packet. 

This priority control process is the same as the filtering process in 
that the packet transferring apparatus distinguishes a specific packet. 
However, the filtering process and the priority control process are 
different from each other in that the former process renders the packet 
transferring apparatus transfer/abandon the packet after being 



distinguished while the latter process renders it give priority to the 
packet. 

In the network arrangement of Fig. 10, for instance, when the 
network manager performs such a network management that the 
5 communication between the terminal 31 which is a server providing an 
important service to other terminals and the other terminals is 
processed prior to the other communications, the packet transferring 
apparatus 1 is set to transfer the packet with a high priority whose 
destination address or source address in the header designates the 
10 terminal 31. The packet transferring apparatus 1 executes such a 
priority control process to enable the priority control of the 
communication between the terminal 31 and the other terminals. 

A conventional packet transferring apparatus executes the 
above-mentioned security control and priority control by a process 
15 arrangement shown in Fig. 11. When the packet transferring apparatus 
100, which generally denotes the above-mentioned apparatuses 1-3, 
performs the security control, for instance, the network manager 
preliminarily performs setting to a security control software 102 
composing a software portion 101 based on the management policy of 
20 the network. 

The security control software 102 converts the setting into a form 
conformable with filtering entries of a filtering table 108 in a hardware 
portion 104. The security control software 102 requests a filtering 
processor 109 in the hardware portion 104 to store the converted 
25 entries in the filtering table 108. 

The filtering processor 109 stores the entries requested from the 
security control software 102 in the filtering table 108. 

In this procedure, the packet transferring apparatus 100 
preliminarily stores the filtering entries in the filtering table 108. 
30 When the filtering processor 109 compares the received packet with 
the entries of the filtering table 108 by the field values so that there is 



found a relevant entry for the received packet, the received packet is 
transferred or abandoned depending on a value (e.g. "1" for transfer, 
and "0" for abandonment) of a "transfer/abandonment field" within the 
relevant entry. 

5 In the same manner, when the packet transferring apparatus 100 

performs the priority control, the network manager preliminarily 
performs setting to a priority control software 103 composing the 
software portion 101 based on the management policy of the network. 
The priority control software 103 converts the setting into a form 
10 conformable with entries of a priority control table 110 in the hardware 
portion 104. 

The priority control software 103 requests a priority control 
processor 111 in the hardware portion 104 to store the converted 
entries in the priority control table 110. The priority control processor 

15 111 stores the entries requested from the priority control software 103 
in the priority control table 110. 

In this procedure, the packet transferring apparatus 100 
preliminarily stores the priority control entries in the priority control 
table 110. When the priority control processor 111 compares the 

20 received packet with the entries of the priority control table 110 by the 
field values so that there is found a relevant entry for the received 
packet, the packet transferring apparatus 100 preferentially transfers 
the received packet depending on a value (e.g. "0"- M 7") of a "priority 
degree field" within the relevant entry. 

25 Also, since the above-mentioned filtering processor 109 and the 

priority control processor 111 retrieve the filtering table 108 and the 
priority control table 110 based on a transmitting interface of the 
packet, a routing processor 107 and a routing table 106 are arranged at 
the preceding stage of the filtering processor 109 and the priority 

30 control processor 111. 

It is to be noted that since the process performed by the priority 
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control processor 111 to the packet which is to be determined to be 
abandoned at the filtering processor 109 is wasteful, the filtering 
processor 109 is generally arranged at the preceding stage of the 
priority control processor 111. 
5 Hereinafter, each of the processors mentioned above will be 

described as a series of transferring process operations which the 
packet transferring apparatus 100 shown in Fig. 11 performs to the 
received packet. 

When the packet arrives at a receiving interface, the routing 

10 processor 107 retrieves the routing table 106 based on the destination 
address (e.g. the destination IP address in the IP communication), and 
determines an interface to which the received packet is transmitted 
and an MAC (Media Access Control) address of the transmitting 
packet at that time. 

15 The routing processor 107 transmits the received packet to the 

next processor of the filtering processor 109, and notifies the 
transmitting interface and the MAC address determined by the above- 
mentioned routing processor 107 to the filtering processor 109. 

The MAC address is one for identifying relaying equipment (not 

20 shown) connected to the LAN or the interface of the terminal, and is 
required for the communication between the terminals connected to 
the same LAN and the relaying equipment. 

The correspondence between the transmitting interface and the 
MAC address for the destination IP address in the routing table 106 is 

25 either preliminarily inputted by the network manager or stored by the 
communication of an apparatus control software with the relaying 
equipment adjoining thereto. 

Also, as a method of notifying the packet together with the 
information annexed to the packet to the next processor such that a 

30 transmitting interface No. and the MAC address determined by the 
above-mentioned routing processor 107 are notified to the filtering 
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processor 109, an in-apparatus controlling header can be added e.g. 
ahead of a packet header, which will be described later referring to 
Figs.l3A and 13B, by the preceding processor, which can store the 
information to be notified to the next processor in the specific field of 
5 the in-apparatus controlling header. 

The filtering processor 109 which has received the packet from 
the routing processor 107 retrieves the filtering table 108 based on the 
field values within the packet header and the transmitting/receiving 
interface of the received packet. When the received packet coincides 

10 with the filtering condition for abandonment, the packet is abandoned. 
Otherwise, the packet is transferred to the next processor of the 
priority control processor 111. 

The priority control processor 111 retrieves the priority control 
table 110 based on the field values within the packet header and the 

15 transmitting/receiving interface Nos. of the received packet. When the 
received packet conforms with a specific entry, the priority degree and 
the packet stored in that entry are transferred to the next processor of 
a switch portion 112. 

The switch portion 112 stores the received packet in each of 

20 transmitting queues 113 in a packet scheduling processor 114 
depending on the transmitting interface No. and the priority degree of 
the packet. 

In the packet scheduling processor 114, for instance, three queues 
for each transmitting interface 115 are prepared, as shown in Fig. 11. 
25 Assuming the packet transferring apparatus 100 has eight priority 
degrees between "0-7", "0-2" are assigned to low priority queues, "3-5" 
to medium priority queues, and "6-7" to high priority queues. 

The packet scheduling processor 114 takes out the packet from 
the queues depending on a packet scheduling method to be transmitted 
30 to the transmitting interface 115. 

As the above-mentioned packet scheduling method, there is 
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known a method by way of a simple one that the packet is transmitted 
firstly from the queue 113 storing the packet with a higher priority 
degree and when the queue with a higher priority degree is empty the 
packet is transmitted from the queue 113 with the next higher priority 
5 degree. 

By transmitting the packet firstly depending on the priority 
degree of the packet in this way, the packet transferring apparatus 100 
can perform a priority transfer control to finally transmit the packet 
from the transmitting interface 115. 

10 The structure of the filtering table 108 will be more specifically 

described by referring to Figs. 12 and 13. 

In case of the IP, for instance, the table 108 is composed of a 
filtering condition table and a mask data table, as respectively shown 
in Figs.l2A and 12B corresponding to the field values (protocol No., 

15 source IP address, destination IP address, source port No., destination 
port No., receiving interface No., and transmitting interface No.) 
within the header of an IP packet format shown in Fig. 13. 

Each of the entries of the filtering condition table is related to 
each of the entries of the corresponding mask data table by a pointer, 

20 as shown in Figs.l2A and 12B. The filtering condition table stores a 
packet condition when the packet transferring apparatus performs the 
filtering process, and the mask data table stores a bit string of "0" or 
"1" indicating whether or not the field values of the filtering conditions 
are significant. 

25 In a filtering condition 301 of the filtering condition table, for 

instance, three conditions of the protocol No., the source IP address, 
and the destination IP address are set, while the other source port No., 
destination port No., receiving interface No., and transmitting 
interface No. are not set. 

30 Accordingly, as for mask data 306 corresponding to the filtering 

condition 301, the field values of the source port No., the destination 
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port No., the receiving interface No., and the transmitting interface No. 
are set to "00- --O" as the bit string. 

Furthermore, the source IP address is "150.56.0.0" (equivalent to 
the bit string 10010110 00111000 00000000 00000000) in the filtering 
5 condition 301, while the source IP address of the corresponding mask 
data 306 is "255.255.0.0" (equivalent to the bit string 11111111 
11111111 00000000 00000000). 

Accordingly, not only the packet whose source IP address is 
"150.56.0.0" but also all of the packets whose source IP address is 
10 "150.56.(0-255). (0-255)" conform with the condition of the source IP 
address in the filtering condition 301. 

Likewise, as for the destination IP address in the filtering 
condition 301, all of the packets whose destination IP address is 
"10.(0-255). (0-255). (0-255)" conform with the condition of the 
15 destination IP address in the filtering condition 301. 

Namely, mask values of the mask data table designate the range 
in which the field values of the entries in the filtering condition table 
are conformed with the field value within the packet header. 

It is not necessary that the total number of the entries set in the 
20 mask data table is equal to the total number of the entries set in the 
filtering condition table. Since the pattern of the mask data for the 
filtering condition 302 is equal to that for the filtering condition 301, 
for instance, the total number of the entries set in the mask data table 
can be fewer than that set in the filtering condition table by setting the 
25 pointer of a filtering condition 302 to designate the mask data 306. 

It is to be noted that while the "protocol No." of the filtering 
condition table is represented by the characters of "TCP" or "UDP", it is 
to be stored in a storage device (not shown) with corresponding bits 
such as "0" for TCP and "1" for UDP when the storage device in the 
30 hardware portion 104 of the packet transferring apparatus 100 mounts 
thereon the filtering condition table. 
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Similarly, while "transfer/abandonment" of the filtering condition 
table is represented by the characters "transfer" or "abandonment", it 
is to be stored in the storage device with corresponding bits such as "0" 
for transfer and "1" for abandonment when the storage device in the 
5 hardware portion 104 mounts thereon the filtering condition table. 

The priority control table 110, like the filtering table 108, has a 
priority condition table and the mask data table, has the fields of the 
protocol No., the source IP address, the destination IP address, the 
source port No., the destination port No., the receiving interface No., 
10 and the transmitting interface No. as the fields of the priority control 
condition table and the mask data table, and has a table structure in 
which the "transfer/abandonment" field of the filtering condition table 
is replaced by the "priority degree". 

When the hardware portion 104 mounts thereon the above- 
15 mentioned filtering table 108 and the priority control table 110, the 
storage device generally called a CAM (Content Addressable Memory) 
is used. 

The CAM, different from the other memory or the like, does not 
compare the entry in the memory with the field value within the 
20 packet which is a retrieval key one by one, but can simultaneously 
compare the retrieval key with all of the entries in parallel, thereby 
enabling the corresponding entry for the received packet to be 
retrieved at a high speed regardless of the number of the entries stored 
in the table. 

25 The filtering table and the priority control table as well as the 

filtering processor and the priority control processor which perform the 
retrieval, the update, and the result determination of those tables, 
included in the hardware portion of the conventional packet 
transferring apparatus, have an entry arrangement per packet for 

30 determining the transfer/abandonment and the priority degree per 
each packet which arrives at the packet transferring apparatus. 
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Accordingly, there has been a problem that it is impossible to 
perform the security control and the priority transfer control 
depending on such a session establishing direction that e.g. in a 
communication relating to a certain application the communication 
5 started by the external network is generally prohibited or treated with 
a low priority, while the communication started by the internal 
network is permitted or treated with a high priority. This will be 
described more specifically. 

In case of the TCP communication of Fig.3A, for instance, packets 

10 CD and (3) cannot be distinguished by the filtering condition shown in 
Fig.l2A. This is because both packets CD and (3) are sent from the 
terminal 62 belonging to the external network. However, the packet (3) 
belongs to a series of communication arising from the packet (2) sent 
from the terminal 11 originally belonging to the internal network, 

15 while the packet CD belongs to a communication arising from the 
packet CD sent from the terminal 62 originally belonging to the 
external network. Therefore, the packet transferring apparatus must 
distinguish the packet CD from the packet (3) to perform the 
abandonment/transfer. 

20 For this distinction, it is necessary to define the information for 

identifying not each packet per se but the subsequent packet (e.g. 
packet dD) based on the attribute of a previous packet (e.g. packet CD). 
This definition enables the security control and the priority transfer 
control to be performed depending on the session establishing 

25 direction. 

In order to perform the security control and the priority transfer 
control depending on the above-mentioned session establishing 
direction, a security control/priority transfer processor for performing 
this process has only to be newly provided within the packet 
30 transferring apparatus. 

At this time, it is required that the security/priority transfer 
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processor is also arranged in the packet transferring apparatus to 
adequately cooperate with the routing processor, the filtering processor, 
and the priority control processor arranged within the packet 
transferring apparatus in the order shown in Fig. 11. 
5 Thus, it becomes possible to realize a high-speed packet 

transferring process by preventing the packet transferring process 
performed by the packet transferring apparatus from being delayed 
and by omitting redundant processes overlapped at the processors. 

Such an adequate cooperation can be exemplified by such a 

10 cooperation with the routing processor that the security/priority 
transfer processor performs the process to the received packet, thereby 
refraining from the routing process in the presence of the 
determination by the transmitting interface. 

Accordingly, there has been a problem that the conventional 

15 packet transferring apparatus neither can detect the session nor 
consequently can define the information for identifying a specific 
packet nor perform the security control and the priority transfer 
control based on the defined information. 

Also, there has been a problem that the conventional packet 

20 transferring apparatus redundantly retrieves even the packet which 
does not require the retrieval of the routing table and the filtering 
table, resulting in a disadvantage for enhancing the speed of the 
packet transferring process. 

Furthermore, since the filtering table and the priority control 

25 table included by the conventional packet transferring apparatus of 
Fig. 11 store the entries with the mask values indicating the ranges of 
the field values by e.g. a software which the network manager uses for 
the setting, the number of the entries per se is few. However, since a 
newly provided session management table for solving the above- 

30 mentioned problems stores the entries based on the inter-terminal 
communication, there has been a problem that the number of the 
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entries possessed by the session management table becomes large and 
an available memory capacity for mounting the session management 
table becomes enormous. 



5 Summary of the Invention 

It is accordingly an object of the present invention to provide a 
packet transferring apparatus which can perform a security control 
and a priority transfer control corresponding to a session. 

Also, it is an object to save an available memory capacity. 
10 To achieve the above-mentioned object, the packet transferring 

apparatus according to the present invention schematically defines 
information for identifying a specific packet by detecting a session, 
executes a security control and a priority transfer control (a routing 
process, a filtering process and a priority control process by a main 
15 processor) based on the defined information, and performs a packet 
transfer at a high speed by transmitting a packet not through the main 
processor as to a packet of the same session analogized from a packet 
which has arrived before. 

Namely, in the present invention, a session management 
20 processor and a session management table which compose a second 
portion, and a session establishment managing processor and a session 
establishment managing table which compose a first portion are newly 
added to the main processor of the packet transferring apparatus. 

As shown in Fig.l, if the received packet (at step SI) is a packet 
25 not managed as a session, it is processed in the order of the session 
management processor (at step S2) — * routing processor (at step S3) 
— > filtering processor (at step S4) — > priority control processor (at step 
S5) — ► session establishment managing processor (at step S6)—> 
switch portion — » packet scheduling processor (at step S7), to be 
30 transmitted from the transmitting interface (at step S8). 

On the other hand, if the received packet (at step SI) is a packet 
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managed as a session (at step S2), the routing process (at step S3), the 
filtering process (at step S4), the priority control process (at step S5), 
and the session establishment control process (at step S6) are not 
performed. The packet is directly transferred to the switch portion and 
5 the packet scheduling processor (at step S7) for the transmission 
thereof (at step S8), so that the packet is transferred at a high speed 
without performing the above-mentioned redundant processes. 

The session establishment managing processor is arranged at the 
subsequent stage of the priority control processor which composes the 

10 main processor to store/update/delete the entries which can identify 
the packet whose session is to be established in the session 
establishment managing table under the control of the security control 
software, the priority control software, or the like, as mentioned above. 
After receiving the packet from the main processor, the session 

15 establishment managing processor retrieves the session establishment 
managing table. If there is found a conformed entry in the session 
establishment managing table, the session establishment managing 
processor requests the session management processor to store packet 
information of the subsequent packet of the same session (entry having 

20 a field which can be identified from the header of the packet and a field 
storing information obtained as a result of the processes so as to 
transfer the packet without performing the routing process, the 
filtering process, and the priority control process by the main processor 
at the subsequent stage) in the session management table. 

25 The session management processor is arranged at the preceding 

stage of the routing processor which composes the main processor, and 
stores the packet information (entry) in the session management table 
based on the above-mentioned request. After receiving the packet, the 
session management processor retrieves the session management table 

30 based on the packet information (field values of the packet header). If 
there is found a conformed entry, (the time stamp of the entry is 
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updated), the packet information (receiving/transmitting interface 
Nos., priority degree, and destination physical address (destination 
MAC address)) stored in the entry is notified to the switch portion, and 
the packet is transmitted to the switch portion by bypassing the main 
5 processor. 

If the packet is conformed with the entry of the session 
management table and a flag is set indicating that the packet is for 
starting a session closure, the session management processor stores it 
in the entry. When the session is closed by a subsequent reception 
10 response packet for closure, such a process that the entry is deleted 
from the session management table is performed at the time of the 
session closure. 

It is to be noted that when the received packet is not conformed 
with any entry of the session management table, the session 

15 management processor transfers the packet to the routing processor in 
the same way as the prior art. 

Thus, in the present invention, the session management 
processor, the session management table, the session establishment 
managing processor, and the session establishment managing table are 

20 arranged at an adequate process stage of the packet transferring 
apparatus. The information (packet information) for identifying a 
specific packet is defined by detecting the session. The security control 
and the priority transfer control executed based on the defined 
information are processed in cooperation with the main processor at 

25 the hardware portion of the packet transferring apparatus. The packet 
which can be analogized from the packet which has arrived before is 
transmitted by bypassing the main processor. Accordingly, such an 
object that the packet transfer is performed at a high speed can be 
achieved. 

30 Also, in order to save an available memory capacity, as to e.g. the 

IP address and the port No. in the field values of the entry, a number 
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space used via the packet transferring apparatus in the actual network 
operation status is less compared, with all of the number space. In such 
a case, therefore, indexes corresponding to the number of patters 
required for each field value may be attached, so that a table may be 
5 composed of the combination of the indexes. 

It is to be noted that when retrieving the session management 
table finds no conformed entry, the second portion may invert 
constituent information of each entry to repeat the retrieval. 

Also, when a communication form comprises the TCP 
10 communication, the (determination for) establishment or closure of the 
session may be performed with a code bit of a packet format. 

For instance, the second portion may use FIN of the code bit as a 
session closure flag, receive a packet in which the flag is set, perform 
the (determination for) session closure when the session management 
15 processor further receives a subsequent reception response packet for 
closure, and delete the conformed entry in the session management 
table. 

Furthermore, the second portion may use RST of the code bit as a 
session closure flag, perform the (determination for) session closure 
20 after receiving a packet in which the flag is set, and delete the 
conformed entry in the session management table. 

Moreover, without any transmission/reception of the packet for 
more than a predetermined time except the above-mentioned session 
closure, then the second portion may perform the (determination for) 
25 session closure, and delete the conformed entry of the session 
management table. 

On the other hand, when the communication form comprises the 
UDP communication, the session establishment managing table may 
include a UPD session establishment data table which holds bit 
30 patterns of a part of an application data portion following a UDP 
packet header, and the session establishment managing processor may 
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retrieve the session establishment managing table and the UDP 
session establishment data table to perform the (determination for) 
session establishment. 

Also in this case, without any transmission/reception of the 
5 packet for more than a predetermined time, then the second portion 
may perform the (determination for) session closure and delete a 
conformed entry of the session management table. 

Also, a mask data table may be attached to each of the tables. 

10 Brief Description of the Drawings 

Fig.l is a flow chart showing a process concept of a packet 
transferring apparatus according to the present invention; 

Fig.2 is a block diagram showing an embodiment of a packet 
transferring apparatus according to the present invention; 
15 Figs.3A and 3B are diagrams showing a packet flow at the time of 

a session establishment; 

Figs.4A and 4B are diagrams showing a packet flow at the time of 
a session closure; 

Figs.5A-5D are charts showing a session establishment 
20 managing table used for a packet transferring apparatus according to 
the present invention; 

Fig.6 is a chart showing a session management table used for a 
packet transferring apparatus according to the present invention; 

Fig. 7 is a flow chart showing a process procedure of a session 
25 establishment managing processor used for a packet transferring 
apparatus according to the present invention; 

Fig. 8 is a flow chart showing a process procedure of a session 
management processor used for a packet transferring apparatus 
according to the present invention; 
30 Figs.9A-9E are charts showing an example of a session 

management table where an available memory capacity is saved in a 
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packet transferring apparatus according to the present invention; 

Fig. 10 is a block diagram showing a general network 
arrangement including a packet transferring apparatus; 

Fig. 11 is a block diagram showing an example of a prior art 
5 packet transferring apparatus; 

Figs.l2A and 12B are charts showing a filtering table; and 

Figs.l3A and 13B are block diagrams each showing a format of a 
general packet. 

Throughout the figures, like reference numerals indicate like or 
10 corresponding components. 



Description of the Embodiments 
Fig. 2 shows an embodiment of a packet transferring apparatus 
100 according to the present invention. In this embodiment, a session 

15 management processor 122 having a session management table 121 is 
provided between the receiving interface 105 and the routing processor 
107 in the packet transferring apparatus 100 already shown in Fig. 11, 
and a session establishment managing processor 124 having a session 
establishment managing table 123 is provided between the priority 

20 control processor 111 and the switch portion 112. The processors 122 
and 124 are directly connected to a signal line 125 and a packet is 
directly transmitted from the processor 122 to the switch portion 112 
through a data line 126. 

This packet transferring apparatus 100 performs such a security 

25 control and a priority transfer control that in a general network 
arrangement shown in Fig. 10 for instance, the packet which the 
terminal group belonging to the LAN1 transmits to the terminal group 
belonging to the LAN6 with the "telnet" communication which is one of 
the TCP applications is treated with a high priority while the 

30 communication of the packet which the terminal group belonging to 
the LAN6 transmits to the terminal group belonging to the LAN1 with 
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the TCP communication is not permitted. 

It is now assumed that an IP network address of the LAN1 is 
192.168.10.0 (net mask =255.255.255.0), that of the LAN6 is assumed 
to be 192.168.60.0 (net mask =255.255.255.0), an IP address of the 
5 terminal 11 is 192.168.10.1, and that of the terminal 62 is 
192.168.60.2. 

It is to be noted that in this embodiment, the packet transferring 
apparatuses 1-3 in Fig. 10, the packet transferring apparatus 100 in 
Fig.2, and the packet transferring apparatus 100 in Figs. 3 and 4 are 

10 assumed to be substantially identical with each other. Also, Fig. 5 
shows the session establishment managing table 123 provided in the 
packet transferring apparatus 100 of Fig.2, and Fig.6 shows the 
session management table 121. 

Furthermore, Fig. 3A shows a packet flow when the TCP session 

15 is established, in which the example of the telnet communication 
between the terminal 11 belonging to the LAN1 and the terminal 62 
belonging to the LAN 6 is shown. This example shows that the packet 
transferring apparatus 100 does not transfer the packet ® whose 
source is the terminal 62 but abandons it, while the packet 

20 transferring apparatus 100 transfers the packet (3). 

Hereinafter, the process executed by the packet transferring 
apparatus shown in Fig.2 at the time of the session establishment of 
the TCP communication will be described as time elapses in Fig.3A. 
When the packet 0 which the terminal 62 has transmitted 

25 arrives at the packet transferring apparatus 100 in the TCP 
communication between the terminals 11 and 62, the packet 
transferring apparatus 100 abandons the packet Q, as mentioned 
above because this is the TCP communication in which the terminal 
group belonging to the LAN6 has called the terminal group belonging 

30 to the LAN1. 

In order to execute this abandonment, according to the network 
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management policy "The TCP communication in which the terminal 
group belonging to the LAN6 has called the terminal group belonging 
to the LAN1 is not permitted.", the network manager preliminarily 
stores, in the filtering table 108 through the security control software 
5 102, an entry whose protocol No. is TCP, source IP address is 
192.168.60.0 (mask value 255.255.255.0), destination IP address is 
192.168.10.0 (mask value 255.255.255.0), and "transfer/abandonment" 
field value is abandonment, as shown in the filtering condition 305 and 
the corresponding mask data 309 of Figs. 12A and 12B. 

10 The filtering processor 109 determines that the packet (D 

conforms with or hits this entry to abandon the packet ®, as described 
in the prior art example. 

When the packet (D which opens the telnet communication 
arrives at the packet transferring apparatus 100, the transfer process 

15 is performed with a high priority to the packets (3), ®, and the like 
whose source packet is the packet (g) by the packet transferring 
apparatus 100 because this is the telnet communication in which the 
terminal group belonging to the LAN1 has called the terminal group 
belonging to the LAN6. 

20 Namely, in order to execute this transfer process, according to the 

network management policy "The transfer process is performed with 
high priority to the telnet communication in which the terminal group 
belonging to the LAN1 has called the terminal group belonging to the 
LAN6.", the network manager preliminarily stores in the session 

25 establishment managing table 123 through the priority control 
software 103, an entry whose protocol No. is TCP, source IP address is 
192.168.10.0 (mask value 255.255.255.0), destination IP address is 
192.168.60.0 (mask value 255.255.255.0), destination port No. is 23 
(indicates the telnet communication), and "priority degree/transfer" 

30 field is 7 (high priority), as shown in a session establishment condition 
801 and the corresponding mask data 802 of Fig.5. 
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On the other hand, SYN bit of a code bit (another name CTR 
(control) flag) for the TCP packet format shown in Fig. 13 is set in the 
packet at the beginning of the session establishment until the session 
of the TCP communication is established on the specification of the 
5 TCP communication. Therefore, the SYN bit will be hereinafter 
referred to as CTR. The session establishment managing processor 124 
retrieves the session establishment managing table 123 with the code 
bit being made a trigger to determine whether or not the packet © 
conforms with or hits the entry of the session establishment condition 
10 801 and the corresponding mask data 802. 

The above-mentioned procedure corresponds to steps S10, Sll, 
and S13 of the session establishment managing processor 124 shown in 
Fig.7. 

The session establishment managing processor 124 requests the 

15 session management processor 122 based on the determination that 
there has been found a conformed entry to transfer the subsequent 
packets (3) and (D with a higher priority than the packet (D and to 
prepare the entry for identifying the packets (3) and (D. 

Upon requesting, the session establishment managing processor 

20 124 obtains the protocol No., the source/destination IP addresses, the 
source/destination port Nos. from the header of the received packet, 
and reads the priority degree from the session establishment condition 
table shown in Fig.5A. The session establishment managing processor 
124 obtains the receiving/transmitting interface Nos. and the 

25 destination MAC address which the processor at the preceding stage of 
the session establishment managing processor 124 has notified 
together with the packet to the session establishment managing 
processor 124, and simultaneously notifies these data to the session 
management processor 122. 

30 When the data are thus notified between processors, the 

notification from the preceding stage to the subsequent stage is 
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executed by adding its own in-apparatus header for performing the 
control within the apparatus e.g. ahead of the packet header. 

On the other hand, the data notification not from the preceding 
stage to the subsequent stage but from the session establishment 
5 managing processor 124 to the session management processor 122 (the 
data notification from the subsequent stage to the preceding stage) is 
executed through the signal line 125 between the session 
establishment managing processor 124 and the session management 
processor 122. Accordingly, not the network manager but the session 

10 management processor 122 dynamically prepares a session 
management entry 901 which can identify the packets (3) and ® in 
the session management table of Fig.6 according to the request from 
the session establishment managing processor 124. 

This procedure corresponds to steps S14 and S16 in the flow 

15 chart of Fig. 7. Since the protocol No. is TCP, the process goes to step 
S16 through step S14. 

After receiving the signal for confirming the above-mentioned 
request, the session establishment managing processor 124 transfers 
the received packet to the switch portion 112 (at step Si 7). The switch 

20 portion 112 stores the received packet in the corresponding queue 113 
depending on the transmitting interface No. and the priority degree of 
the packet, so that the packet scheduling processor 114 sends out the 
received packet from the transmitting interface 115. 

When the packet (3) arrives at the packet transferring apparatus 

25 100, the packet transferring apparatus 100 performs the transfer 
process with a high priority to the packet (3) since the packet 
transferring apparatus 100 performs the transfer process with a high 
priority with respect to the telnet communication in which the 
terminal group belonging to the LAN1 has called the terminal group 

30 belonging to the LAN6. 

Namely, when receiving the packet (3), the session management 
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processor 122 retrieves the session management table 123. This 
procedure corresponds to steps S21 and S22 in the flow chart of the 
session management processor 122 shown in Fig. 8. 

Even if the session management processor 122 retrieves the 
5 session management table 121, the packet ® does not conform with or 
mis-hits the session management entry 901 prepared by the session 
management processor 122 according to the request of the session 
establishment managing processor 124. 

This is because the session management processor 122 prepares 
10 the session management entry 901, as mentioned above, so as to 
conform with or hit packet (D, i.e. only for the direction from the 
terminal 11 to the terminal 62. 

Accordingly, step S23 is executed at which the source IP address 
is replaced by the destination IP address, the source port No. by the 
15 destination port No., and the receiving interface No. by the 
transmitting interface No., respectively. Then, the session 
management processor 122 again retrieves the session management 
table 121 (at step S24). 

Since the packet ® is now to conform with the session 
20 management table 121 for the first time, the session management 
processor 122 sets the flag indicating this fact (at step S26) to update 
the time stamp of the session management entry 901. 

This time stamp is one of the indexes which the packet 
transferring apparatus 100 requires to determine whether or not the 
25 terminal is presently performing the telnet communication of the 
session management entry 901. 

It is needless to say that when the received packet does not 
conform with the session management entries at the retrieval of step 
S24, the received packet is transmitted as it is to the routing processor 
30 107 (at step S39). 

Since the session management processor 122 hits the entry after 
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performing the inverting process to the session management entry 901, 
the transmitting interface No. and the destination MAC address of the 
packet (3) respectively known as the receiving interface No. and the 
source MAC address are directly notified to the next processor of the 
5 switch portion 112 (at steps S27 and S29). 

At the same time, the priority degree known from the session 
management entry 901 is directly notified to the switch portion 112 (at 
steps S30 and S31). 

Then, the session management processor 122 restores the 

10 inverting flag (at step S37) through the process (as will be described 
later) of steps (S32-S36) for deleting the corresponding session 
management entry after the completion of the telnet communication, 
and transmits the received packet to the switch portion 112 (at step 
S38) at the same time when the notification of the transmitting 

15 interface No., the destination MAC address, and the priority degree to 
the switch portion 112. 

It is to be noted that the data line 126 is provided as mentioned 
above in order to notify the packet and the data annexed to the packet 
from the session management processor 122 to the switch portion 112. 

20 The session management processor 122 performs the processes (except 
steps S29, S34, and S36) of Fig. 8 as mentioned above to the packet (3) 
whereby the packet transferring apparatus 100 preferentially 
transfers the packet (3) at the switch portion 112 and the following 
portions, and can perform the packet transferring process at a high 

25 speed without performing the processes to be executed at the 
redundant routing processor 107, filtering processor 109, priority 
control processor 111, and session establishment managing processor 
124. 

Furthermore, when the packet (4) arrives at the packet 
30 transferring apparatus 100, in the telnet communication in which the 
terminal group belonging to the LAN1 has called the terminal group 
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belonging to the LAN6, the packet transferring apparatus 100 
performs the transfer process with a high priority to the packet ®, 
since the packet transferring apparatus 100 performs the transfer 
process with a high priority. At this time, the session management 
5 processor 122 finds that the session management entry 901 conforms 
with the packet @ at a single retrieval. Otherwise, the processes of 
Fig.8 (except steps S23, S24, S26, S29, S34, S36, and S39) are executed 
in the same way as the above case of the packet (3). 

By executing the processes in this way, the packet transferring 

10 apparatus 100 preferentially transfers the packet © at the switch 
portion 112 and the following portions, so that it can perform the 
packet transferring process at a high speed without performing the 
processes executed at the redundant routing processor 107, filtering 
processor 109, priority control processor 111, and session 

15 establishment managing processor 124. 

Hereinafter, the process executed by the packet transferring 
apparatus 100 at the time of the session closure in the TCP 
communication will be described as time elapses in Fig.4A. 

While in the above-mentioned embodiment, the process executed 

20 by the packet transferring apparatus 100 at the time of the 
establishment of the TCP communication has been described, the 
packet transferring apparatus 100 is required to execute the process of 
such as deleting an unnecessary entry from the session management 
table 121 even when the TCP communication is finished. 

25 This is because the session management processdr 122 

dynamically adds entries to the session management table 121 shown 
in Fig. 6 depending on the session establishment condition of the 
session establishment managing table 121 shown in Fig. 5 every time 
the inter-terminal communication across the packet transferring 

30 apparatus 100 begins so that the number of the entries may exceed the 
capacity of the table 121 during the operation of the packet 
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transferring apparatus without an adequate deletion of some entries. 

As for the closure of the TCP session, there is an FIN closure 
(Fig.4A), an RST closure (Fig.4B), or an abnormal end except the FIN 
closure and the RST closure. 
5 In the FIN closure, the terminals 11 and 62 mutually 

transmit/receive the packets (D and (2) each other whose CTR flag 
(see Fig.l3A) of the TCP packet header is the FIN, and a reception 
response packet (CTR flag is ACK) (3) for the packets Q and <D 
which are the FIN is sent to close the session. In the RST closure, 
10 either the terminal 11 or 62 transmits the packet ® whose CTR flag is 
the RST to immediately close the session. 

In case of the FIN closure, when the packet transferring 
apparatus 100 receives the packet ® whose CTR flag of the TCP 
packet header is the FIN, the session management processor 122 
15 counts up an FIN counter field value of the session management entry 
901 with which the packet (D conforms. This procedure corresponds to 
steps S33 and S34 in Fig.8. 

Since the FIN counter is "1" at the time of receiving the packet ®, 
the session management processor 122 executes the processes in the 
20 order of steps S35, S37, and S38 to transfer the received packet © to 
the switch portion 112, so that the switch portion 112 preferentially 
transfers the packet ©. 

The packet (D is a packet which the terminal 11 has sent. In 
response, the terminal 62 transmits the reception response packet to 
25 the terminal 11, and further transmits the packet © whose CTR flag 
is the FIN to the terminal 11. 

When the packet transferring apparatus 100 receives the packet 
(2), the session management processor 122 counts up the FIN counter 
field value of the session management entry 901 with which the packet 
30 (I) conforms. This procedure corresponds to steps S33 and S34. 

The session management processor 122 executes step S35 at 
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which the FIN counter is "2" and the CTR flag is not the ACK, so that 
it executes the processes in the order of steps S37 and S38 in the same 
way as the case of the packet ®. 

The terminal 11 which has received the packet (D transmits the 
5 reception response packet (3) to the terminal 62. When the packet 
transferring apparatus 100 receives the packet (3) , the session 
management processor 122 executes step S35 at which the FIN 
counter is "2" and the CTR flag of the packet (3) is the ACK, so that it 
deletes the session management entry 901 with which the packet (3) 

10 conforms (at step S36). 

The session management processor 122 thus executes the process 
whereby the TCP communication can be finished at the time of the FIN 
closure so that the unnecessary entry can be deleted. Accordingly, after 
this process the packet ® is abandoned by the filtering processor 109 

15 since the packet (4) is a packet of the TCP communication in which the 
terminal group belonging to the LAN6 has called the terminal group 
belonging to LAN1. 

Also when the packet ® whose CTR flag is the RST is received 
in case of the RST closure, the session management processor 122 

20 deletes the session management entry 901 with which the packet © 
conforms. This procedure corresponds to steps S32 and S36. 

Accordingly, after this process the packet (2) is abandoned by the 
filtering processor 109 since the packet (2) is a packet of the TCP 
communication in which the terminal group belonging to the LAN6 has 

25 called the terminal group belonging to the LAN1. 

In addition, when the session closure is not a normal end as 
mentioned above but an abnormal end due to the disconnection of a 
transmitting medium or the like, the security control software 102 or 
the priority control software 103 periodically checks the time stamp of 

30 the entries in the session management table 121 to delete the entry in 
which the transmission/reception of the packet does not occur even 
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after a predetermined time has passed which the network manager or 
an apparatus designer in the software has set. 

The time stamp of the session management entry 901 is updated 
(at step S25) hy the session management processor 122 every time the 
packet transferring apparatus 100 receives the packet in conformity 
with the entry. 

Also in order that the security control software 102 or the priority 
control software 103 accesses the session management table 121 as 
mentioned above, a control line 127 is provided from the software 
portion 101 to the session management table 121. 

Figs.9A-9E show an example of a session management table in 
which an available memory capacity is saved when a CAM is used as 
an available memory device. The CAM is a memory device in which it 
does not read the entries which can be a comparative object one by one 
for a comparison with a retrieval key, but retrieves the entries in 
parallel at one time to determine the hit/mis-hit of the entries. 
Therefore, the CAM has such a characteristic that it can perform 
retrievals at a high speed whereas the total bit length of a single entry 
can not be elongated. 

Accordingly, if the session management table 121 is arranged as a 
single table as shown in Fig. 6, and the other field values are identical 
except e.g. the source port No., an index can be attached and held with 
the other field values being made a single entry. Composing the session 
management table by the combination of the index value and the 
source port No. will lead to saving the available memory capacity. 

The IP communication has such a characteristic that the 
destination port No. at the time of the session establishment assumes 
a limited kind of port Nos. of well known port, and that the kinds of the 
combination of IP addresses transmitted/received through the packet 
transferring apparatus 100 are also fewer compared with the whole 
address space. 
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It is preferable that the session management table where the 
available memory capacity is saved is constructed by diving the fields 
into a CAM-1, a CAM-2, a CAM-3, and a CAM-4, as shown in Figs.9A- 
9E in view of the bit length of the fields of the session management 
table to hold the index values in a CAM- 5. 

In the embodiment of Figs.9A-9E, as shown in the CAM-4 of 
Fig.9D, the MAC address is not directly stored in the table but the 
pointer of the other table is stored in which the MAC address is stored. 
This is because the MAC address has 48 bit-length and it is difficult to 
store the MAC address in a single CAM by the same reason as above- 
mentioned. 

Since in the retrieval of the session management table the MAC 
address is not a key for retrieval, but has contents required if there 
were a hit entry after the distinction of a hit entry the retrieval 
operation to the session management table is not delayed by the 
storage with the pointer. In addition, another table storing the MAC 
address comprises e.g. the routing table 106, so that areas of the 
routing table 106 and the MAC address can be shared. 

While the TCP communication is mentioned in the above- 
mentioned embodiment, the case of the UDP communication will now 
be described. 

The apparatus arrangement shown in Fig.2 can also realize the 
packet transferring apparatus which performs such a security control 
that a communication of a DNS (Domain Name Service) which is one of 
the applications of the UDP communication in which the terminal 
group belonging to the internal network of the LAN1, LAN2, and 
LAN3 has called the external network of the LAN4, LAN5, and LAN6 
in the network arrangement as shown in Fig. 10 is permitted, while the 
UDP communication in which the terminal group belonging to the 
external network has called the terminal group belonging to the 
internal network is not permitted. 
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Namely, Fig.3B shows the packet flow at the time of the session 
establishment in the UDP communication, while Fig.l3B shows the 
packet format of the UDP. The flag indicating the session 
establishment does not exist in the connectionless type of UDP 
communication, different from the connection type of TCP 
communication. 

Accordingly, a bit pattern of a part of an application data portion 
following the UDP header is stored as a UDP session establishment 
data table (Fig.5C) and the corresponding mask data table (Fig.5D) 
within the session establishment managing table 121 so that the 
packet transferring apparatus 100 may identify a Request packet 
which starts the session per individual application communicated on 
the UDP, i.e. per each destination port No. of the UDP. 

The packet transferring apparatus 100 retrieves the UDP session 
establishment data table in addition to the session establishment 
condition table (Fig.5A) for the received UDP packet whereby whether 
or not the session management processor 122 should manage the UDP 
communication to which the received UDP packet belongs is 
determined. 

The security control software 102 and the priority control 
software 103 has preliminarily stored the entry in the UDP session 
establishment data table in the session establishment managing table 
123. 

When the packet transferring apparatus 100 receives the packet 
0 in Fig.3B, the filtering processor 109 abandons the packet (D since 
it is the UDP communication in which the terminal group belonging to 
the external network has called the terminal group belonging to the 
internal network. 

When the packet transferring apparatus 100 receives the packet 
(2), the session establishment managing processor 124 retrieves the 
session establishment managing processing table 123. As a result, the 
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packet (D is hit by a session establishment condition entry 806 
common to a session establishment condition entry 802 whose protocol 
No.=UDP, destination port No.=53, and receiving interface 
No.=interface IF1 which the security control software 102 has 
preliminarily prepared in the session establishment condition table, a 
session establishment condition entry 803 whose receiving interface 
No.=interface IF2 prepared in the same way or a session 
establishment condition entry 804 whose receiving interface No.=IF3 
prepared in the same way. This corresponds to steps S12 and S13 in 
the flow chart shown in Fig. 7. 

Since the protocol No.=the UDP (at step SI 4), the session 
establishment managing processor 124 retrieves the UDP session 
establishment data table. As a result, since the UDP session 
establishment data entry 807 and the leading bit pattern of the 
application data of the received packet whose destination port Nos. for 
DNS are 53 are mutually conformed (at step S15), the session 
establishment managing processor 124 recognizes the packet © as 
the Request packet. 

Accordingly, the session establishment managing processor 124 
requests (at step S16) the session management processor 122 in the 
same way as the above-mentioned embodiment to prepare the entry by 
which the subsequent packets (3) and (D can be identified, and 
transfers the packet (2) to the switch portion 112 (at step S17). 

Likewise, when the packet transferring apparatus 100 receives the 
packet d) or ©, the session management table 121 has an entry by 
which the session management processor 122 can identify the packet 
(3) or ©and in which the transfer of the packet (3) or @ is instructed 
whereby the packet transferring apparatus 100 can transfer the packet 
(3) or (|), which is the packet of the DNS communication in which the 
terminal belonging to the internal network of the LAN1 has called the 
external network of the LAN6. 
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As for the session closure, the flag or the like indicating the end of 
the communication do not exist within the UDP header in the 
connectionless type of UDP communication, different from the 
connection type of TCP communication. The session closure in the UDP 
5 communication can be performed by that the security control software 
102 or the priority control software 103 periodically checks the time 
stamp of the session management table 121 to delete the entry in 
which the transmission/reception of the packet does not occur even 
after a predetermined time has elapsed which the software has set. 

10 As described above, a packet transferring apparatus according to 

the present invention is arranged such that a packet outputted from a 
main processor for executing a routing process, a filtering process, and 
a priority control process is determined whether or not to be conformed 
with a session establishment condition, when the packet is determined 

15 conformable, packet information is received and held from the 
determining portion, and subsequent packets belonging to the same 
session are provided to a bypass of the main processor, based on the 
packet information. Therefore, the packet transferring apparatus 
according to the present invention is effective in reducing a redundant 

20 process and to transfer the packet at a high speed. 

Also, when a CAM is used for an available memory device, a 
single table is composed by a plurality of fields considering a bit length 
of field values, indexes of the number of kinds required for each table 
entry are attached, and a session management table is composed of the 

25 combination of the indexes, whereby the packet transferring apparatus 
according to the present invention is effective for a session 
management process with an available memory capacity being saved. 
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What we claim is: 

1. A packet transferring apparatus which communicates between 
terminals belonging to networks comprising; 

a main processor for executing a routing process, a filtering 
5 process, and a priority control process, 

a first portion for determining whether or not a packet outputted 
from the main processor is conformable with a session establishment 
condition, and 

a second portion for receiving and holding packet information 
10 from the first portion when the first portion determines that the packet 
is conformed and for providing a bypass of the main processor with 
subsequent packets belonging to a same session, based on the packet 
information. 

2. The packet transferring apparatus as claimed in claim 1 wherein 
15 the first portion comprises a session establishment managing table 

where the packet information and priority information are preset 
according to a network management policy, and a session 
establishment managing processor for retrieving the table to 
determine whether or not the packet is conformed with the session 
20 establishment condition. 

3. The packet transferring apparatus as claimed in claim 2 wherein 
the second portion comprises a session management table for 
dynamically holding the packet information relating to the same 
session provided by the session establishment managing processor, and 

25 a session management processor for retrieving the session 
management table to provide the bypass with the subsequent packets 
of the same session. 

4. The packet transferring apparatus as claimed in claim 3 wherein 
when retrieving the session management table finds no conformed 

30 entry, the second portion inverts constituent information of each entry 
to repeat the retrieval. 
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5. The packet transferring apparatus as claimed in claim 3 wherein 
when a communication form is the TCP communication, an 
establishment or closure of the session is performed with a code bit of a 
packet format. 

6. The packet transferring apparatus as claimed in claim 5 wherein 
the second portion uses an FIN of the code bit as a session closure flag, 
receives a packet in which the flag is set, closes the session when the 
session management processor further receives a subsequent reception 
response packet for closure, and deletes a conformed entry of the 
session management table. 

7. The packet transferring apparatus as claimed in claim 5 wherein 
the second portion uses an RST of the code bit as a session closure flag, 
closes the session after receiving a packet in which the flag is set, and 
deletes a conformed entry of the session management table. 

8. The packet transferring apparatus as claimed in claim 5 wherein 
without any transmission/reception of the packet for more than a 
predetermined time, the second portion closes the session and deletes a 
conformed entry of the session management table. 

9. The packet transferring apparatus as claimed in claim 5 wherein 
when the communication form is the UDP communication, the session 
establishment managing table includes a UPD session establishment 
data table which holds bit patterns of a part of an application data 
portion following a UDP packet header, and the session establishment 
managing processor retrieves the session establishment managing 
table and the UDP session establishment data table to establish the 
session. 

10. The packet transferring apparatus as claimed in claim 9 wherein 
without any transmission/reception of the packet for more than a 
predetermined time, the second portion closes the session and deletes a 
conformed entry of the session management table. 

11. The packet transferring apparatus as claimed in claim 9 wherein 
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a mask data table is attached to each of the tables. 
12. The packet transferring apparatus as claimed in claim 3 wherein 
the session management table attaches thereto indexes of a number of 
kinds required for each field value, and is composed of a combination of 
the indexes. 



36 



ABSTRACT 



In a packet transferring apparatus which communicates between 
terminals belonging to networks, a packet outputted from a main 
5 processor for executing a routing process, a filtering process, and a 
priority control process is determined whether or not to be conformed 
with a session establishment condition, when the packet is determined 
conformable, packet information is received and held from the 
determining portion, and subsequent packets belonging to the same 
10 session are transmitted by bypassing the main processor, based on the 
packet information. 
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